package com.zjl.redis.第03章_redis持久化;

/**
 * ➢AOF优点
 * ●备份机制更稳健，丢失数据概率更低。
 * ●可读的日志文本，通过操作AOF稳健，可以处理误操作。
 *
 *      ●使用AOF Redis更加持久:
 *          您可以有不同的fsync策略:
 *              根本不fsync. 每秒fsync. 每次查询时fsync.使用每秒fsync的默认策略，写入性能仍然很棒。
 *              fsync 是使用后台线程执行的，当没有fsync正在进行时，主线程将努力执行写入，
 *              因此您只能丢失一秒钟的写入。
 *      ●AOF日志是一个仅附加日志，因此不会出现寻道问题，也不会在断电时出现损坏问题。
 *       即使由于某种原因(磁盘已满或其他原因)日志以写一半的命令结尾， redis-check-aof 工具也能够轻松修复它。
 *      ●当AOF变得太大时，Redis 能够在后台自动重写AOF.重写是完全安全的，
 *       因为当Redis继续附加到旧文件时，会使用创建当前数据集所需的最少操作集生成一个全新的文件,
 *       一旦第二个文件准备就绪，Redis 就会切换两者并开始附加到新的那一个。
 *      ●AOF以易于理解和解析的格式依次包含所有操作的日志。您甚至可以轻松导出AOF文件。
 *       例如，即使您不小心使用该 FLUSHALL 命令刷新了所有内容，只要在此期间没有执行日志重写，
 *       您仍然可以通过停止服务器、删除最新命令并重新启动Redis来保存您的数据集.
 *
 * ➢AOF的缺点
 * ●比起RDB占用更多的磁盘空间。
 * ●恢复备份速度要慢。
 * ●每次读写都同步的话，有一定的性能压力。
 * ●存在个别Bug，造成恢复不能。
 *
 *      ●AOF文件通常比相同数据集的等效RDB文件大。
 *      ●根据确切的fsync策略，AOF可能比RDB慢。一般来说，将fsync设置为每秒性能仍然非常高，
 *      并且在禁用fsync的情况下，即使在高负载下它也应该与RDB一样快。
 *      即使在巨大的写入负载的情况下，RDB仍然能够提供关于最大延迟的更多保证。
 *
 *
 */
public class AOF优缺点 {
}
